科技行者

行者学院 转型私董会 科技行者专题报道 网红大战科技行者

知识库

知识库 安全导航

至顶网软件频道使用脚本加速 DB2 存储过程的开发

使用脚本加速 DB2 存储过程的开发

  • 扫一扫
    分享文章到微信

  • 扫一扫
    关注官方公众号
    至顶头条

本文主要讨论使用 Windows 脚本与 DB2 交互的一些常用技巧和方法。介绍了利用 Windows 的脚本(批处理程序)连接数据库,查询表结构,UDF 之间的引用关系,存储过程中使用了哪些表等等。

来源:IT专家网 2008年6月3日

关键字: IBM 数据库 DB2

  • 评论
  • 分享微博
  • 分享邮件

2. 开发人员 A

A 接到任务后,从 CVS 中获得表创建 SQL 文件 ORDER.SQL,根据任务要求修改了字段 GOV_FLAG 和 ORDER_PRICE_TOT。下面 A 需要把它装载到数据库中。在重新创建表 MIS.ORDER 前,我们需要先做一些准备工作:

  • 备份表 MIS.ORDER 中的数据;
  • 获得依赖表 MIS.ORDER 所有 UDF,备份这些UDF;
  • 获得依赖表 MIS.ORDER 的所有存储过程,以便在重新创建表后,对它们进行 rebind。

A 首先编写了备份表的 SQL 文件 BACKUP_MIS_ORDER.SQL;然后编写恢复数据的 SQL 文件 RESTORE_MIS_ORDER.SQL;执行 dep MIS ORDER 获得依赖该表的 UDF 和存储过程。编写 DROP_UDF_4_ORDER.SQL,RELOAD_UDF_4_ORDER.SQL 和 REBIND_SP_4_ORDER.SQL。如果读者不熟悉如何获得和 rebind 非法的存储过程,可以参考 DB2 存储过程开发最佳实践。

当所有的 SQL 文件编写完后,A 开始编写执行脚本,如清单 6 所示:

清单 6. 开发人员 A 的执行脚本

                rem 连接开发数据库 dev
conn dev
rem 备份表
esql BACKUP_MIS_ORDER.SQL
rem 删除依赖表的 UDF
esql DROP_UDF_4_ORDER.SQL
rem 重建表
esql ORDER.SQL
rem 恢复表数据
esql RESTORE_MIS_ORDER.SQL
rem 恢复 UDF
esql RELOAD_UDF_4_ORDER.SQL
rem rebind 相关存储过程
esql REBIND_SP_4_ORDER.SQL
rem 断开数据库连接
conn off
通过上面的脚本,A 成功的完成了他的任务。他把 SQL 和 Windows 脚本提交给项目组长。

3. 开发人员 B

B 接到任务后,从 CVS 中得到 SP_ADD_ORDER.SQL。 为了避免其他人也在修改这个存储过程,B 使用脚本 view SP_ADD_ORDER 命令获得了当前数据库中的存储过程脚本,然后和 CVS 上的进行比较。当确认获得了最新的 SP_ADD_ORDER.SQL 后,B 开始修改 SP_ADD_ORDER.SQL。修改完毕以后,B 又修改了针对该存储过程的测试脚本 TEST_SP_ADD_ORDER.SQL。所有的 SQL 修改完,并且被检查通过后,B 开始编写脚本把存储过程装载到数据库中。脚本内容大致如清单 7 所示。

清单 7. 开发人员 B 的执行脚本

                rem 连接开发数据库
conn dev
rem 重建修改过的存储过程
esql SP_ADD_ORDER.SQL
rem 对重建的存储过程进行测试
esql TEST_SP_ADD_ORDER.SQL
conn off
通过上面的脚本,B 成功的完成了他的任务。他把 SQL 和 Windows 脚本提交给项目组长。

4. 开发人员 C

C 同样使用 dep MIS F_CHECK_ORDER 和 dep MIS V_ORDER 获得依赖它们的对象,发现只是 F_CHECK_ORDER 有一些依赖对象需要重建。所以 C 编写了下面的 SQL 文件:DROP_UDF_4_MIS_F_CHECK_ORDER.SQL 和 RESTORE_UDF_4_MIS_F_CHECK_ORDER.SQL。下面是 Windows 脚本,如清单 8 所示:

清单 8. 开发人员 C 的执行脚本

                rem 连接开发数据库
conn dev
rem 删除 F_CHECK_ORDER 的依赖对象
esql DROP_UDF_4_MIS_F_CHECK_ORDER.SQL
rem 重建修改的 UDF 和视图
esql V_ORDER.SQL
esql F_CHECK_ORDER.SQL
rem 恢复依赖对象
esql RESTORE_UDF_4_MIS_F_CHECK_ORDER.SQL
rem 测试重建的 UDF 和视图
esql TEST_V_ORDER.SQL
esql TEST_F_CHECK_ORDER.SQL
conn off
通过上面的脚本,C 成功的完成了他的任务。他把 SQL 和 Windows 脚本提交给项目组长。

5. 项目组长

项目组长把 A、B、C 提交上的 Windows 脚本合并成一个脚本,并改为连接集成测试数据库,把这些存储过程,UDF 等的改变装载到了集成开发测试数据库中。脚本如清单 9 所示:

清单 9. 合并执行脚本

                conn test
esql BACKUP_MIS_ORDER.SQL
…
esql TEST_V_ORDER.SQL
…
conn off

这样,一个数据库对象的修改就完成了。在实际开发中的情况可能要更复杂一些。但是通过这个例子我们可以看到,通过使用 Windows 脚本,我们可以节省一些重复性的工作并且提高了工作的准确性。当整个团队熟悉了这些脚本,工作效率的提高是相当可观的。

总结

对脚本的灵活快捷特性以及 DB2 系统表含义的理解,是编写出文中脚本的根本。利用脚本和 DB2 系统表的方式和方法远比本文描述的要丰富得多。有兴趣的读者可以加深对它们的研究。相信会对大家的日常工作有所帮助。

    • 评论
    • 分享微博
    • 分享邮件
    闂傚倸鍊风欢锟犲矗鎼淬劌绐楅柡鍥╁亹閺嬪酣鏌曡箛瀣仾濠殿垰銈搁弻鏇$疀鐎n亖鍋撻弽顓ㄧ稏闁跨噦鎷�

    婵犵數濮烽。浠嬪焵椤掆偓閸熷潡鍩€椤掆偓缂嶅﹪骞冨Ο璇茬窞闁归偊鍓涢悾娲⒑闂堟单鍫ュ疾濠婂嫭鍙忔繝濠傜墛閸嬨劍銇勯弽銊с€掗柟钘夊暣閺岀喖鎮滈埡鍌涚彋閻庤娲樺畝绋跨暦閸洖鐓涢柛灞剧矋濞堟悂姊绘担绛嬪殐闁搞劋鍗冲畷銏ゅ冀椤愩儱小闂佹寧绋戠€氼參宕伴崱妯镐簻闁靛牆鎳庢慨顒€鈹戦埥鍡椾簼婵犮垺锚铻炴俊銈呮噺閸嬪倹绻涢崱妯诲碍閻庢艾顦甸弻宥堫檨闁告挾鍠庨锝夘敆娓氬﹦鐭楁繛鎾村焹閸嬫捇鏌e☉娆愬磳闁哄本绋戦埞鎴﹀川椤曞懏鈻婄紓鍌欑劍椤ㄥ懘鎯岄崒鐐靛祦閹兼番鍔岄悞鍨亜閹烘垵顏╅悗姘槹閵囧嫰寮介妸褎鍣ョ紓浣筋嚙濡繈寮婚悢纰辨晣鐟滃秹鎮橀懠顒傜<閺夊牄鍔庣粻鐐烘煛鐏炶姤鍠橀柡浣瑰姍瀹曠喖顢橀悩铏钒闂備浇宕垫慨鎶芥⒔瀹ュ鍨傞柦妯猴級閿濆绀嬫い鏍ㄧ☉濞堟粓姊虹涵鍛【妞ゎ偅娲熼崺鈧い鎺嗗亾闁挎洩濡囧Σ鎰板籍閸繄顓洪梺缁樺姇瀵剙螖閸涱喚鍘搁梺鍓插亽閸嬪嫰鎮橀敃鍌涚厱閻庯綆鍋嗘晶顒傜磼閸屾稑绗ч柟鐟板閹煎湱鎲撮崟闈涙櫏闂傚倷绀侀幖顐も偓姘卞厴瀹曞綊鏌嗗鍛紱閻庡箍鍎遍ˇ浼村磿瀹ュ鐓曢柡鍥ュ妼婢ь垰霉閻樿秮顏堟箒闂佹寧绻傚Λ妤呭煝閺囥垺鐓冪憸婊堝礈濮樿泛钃熼柕濞у嫷鍋ㄩ梺缁樺姇椤曨參鍩㈤弴銏″€甸柨婵嗗€瑰▍鍥ㄣ亜韫囨稐鎲鹃柡灞炬礋瀹曢亶顢橀悢濂変紦

    重磅专题
    往期文章
    最新文章